Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Report Question (Too complicated to list)

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Report Question (Too complicated to list)

    I have a set with a parent table and a child table. The parent table is called "Admin," and contains the Date, Time and Case Number of a particular event. The child table is called "Persons," and contains "people" and "vehicle" data. Some records have information about people, i.e., name, address, phone no., etc, and some contain information about vehicles, i.e. tag number, state, year, make, model, etc., and some contain both.

    That being said I have a report called "Juvenile Report." It normally contains one record from the Admin table, and one or more from the child table. Due to our agency's rules, this particular report can only contain ONE juvenile offender on a single report. So for example if an officer comes across two kids skipping school and wishes to write a Juvenile Report, the system will produce two identical reports with the same header information from the parent table, and one with the first kid's name and address, etc., and one with the second one's name, address, etc. So far this is no problem, because I have a group break in the report based on the record number of the "Persons" table, and I start each new group on a new page.

    But here's my problem. If these kids were in a vehicle at the time of the stop, then the record containing their vehicle information needs to be repeated on each of their reports. The situation I'm encountering is that since the vehicle information is located in a third "Persons" record, each time I produce the printed report, I actually get three reports. The first two list the header info and one each of the kid's names, and the third one with just the vehicle information, since the group break doesn't know the difference between people and vehicles, it just knows that there are three records in the "Persons" table with the same linking key, so it handles all three as three different people.

    So what I want to do is produce is two reports, with a different juvenile's name on each one, but with the same vehicle information repeating on both.

    I tried placing the vehicle information in a sub-report and putting it in the group footer, but that didn't work either, so I'm wondering if this is even possible.

    Any thoughts on how to do this?
    Sergeant Richard Hartnett
    Hyattsville City Police Department
    Maryland

    #2
    Re: Report Question (Too complicated to list)

    Rich,

    My first thoughts were to take the vehicle info from the child table and make it into a separate grandchild table linked to the Persons table. If not a vehicle table then a miscellaneous table that would include vehicle info and other data Apart from the Person's info.

    Just seems that when there is enough information related to something (or if the information is different enough) it should become its own table.

    I think this would solve your current problem as well...I will think on it a bit longer but also, of course, wait for others to add comments as your current table/set structure may do it as well.
    Mike
    __________________________________________
    It is only when we forget all our learning that we begin to know.
    It's not what you look at that matters, it's what you see.
    Henry David Thoreau
    __________________________________________



    Comment


      #3
      Re: Report Question (Too complicated to list)

      Ideally, Vehicles should be in a separate table from persons since these are two different animals and in this case as a child to persons.

      It might not be too late to do that, but if it is and you wish to keep the same design you have, then in your report put two sub-reports in the detail section:

      One filtered on persons: i.e. in the filter you would say scanning("persons").and.(something here to include only a person)
      The other filtered on vehicle i.e. in the filter you would say scanning("persons").and.(something here to include only a vehicle)

      and print each record on a new new page as you did.
      Last edited by G Gabriel; 10-20-2007, 10:05 AM.

      Comment


        #4
        Re: Report Question (Too complicated to list)

        The above suggestion will probably produce an extra un-wanted page...

        Try this instead:
        group on vehicle and put a sub-report including persons

        Comment


          #5
          Re: Report Question (Too complicated to list)

          What happens if there are no vehicles, just persons?
          Sergeant Richard Hartnett
          Hyattsville City Police Department
          Maryland

          Comment


            #6
            Re: Report Question (Too complicated to list)

            What happens if there are no vehicles, just persons?
            Good question.. I take it you thought of that already.

            put one dummy blank record and group on an expression:
            vehicle.or. dummy

            Or:

            I am thinking...

            Comment


              #7
              Re: Report Question (Too complicated to list)

              A conditional object will serve the same purpose as an expression..

              Since I have always advocated in the past that I have never come across a situation that required a dummy table nor a dummy record, I will be true to myself here as well.

              I would resove this with a simple array to collect the persons and vehicle information and dump it in an rtf in the report.

              Comment


                #8
                Re: Report Question (Too complicated to list)

                Originally posted by Rich Hartnett View Post
                What happens if there are no vehicles, just persons?
                Not that I have an answer to this one but what happens if there are two vehicles, one for each offendor?
                Tim Kiebert
                Eagle Creek Citrus
                A complex system that does not work is invariably found to have evolved from a simpler system that worked just fine.

                Comment


                  #9
                  Re: Report Question (Too complicated to list)

                  Rich,

                  Did you try the 2 sub-Report method? It may not produce an extra page...just make sure everything in the report has the "Shrink contents of band" check box checked.

                  And I think Tim just nailed down what I and G both said about having vehicles in a separate table being the most practical--unless you add an additional field to what you have to be able to differentiate more than one vehicle between people.
                  Mike
                  __________________________________________
                  It is only when we forget all our learning that we begin to know.
                  It's not what you look at that matters, it's what you see.
                  Henry David Thoreau
                  __________________________________________



                  Comment


                    #10
                    Re: Report Question (Too complicated to list)

                    Tim if there were two vehicles involved the officer could just handle it as two separate incidents with two different case numbers, and then the two vehicles problem wouldn't be a problem.

                    Gabe if it helps, I have a field called "Persons Level." Victims are Level 01, Suspects and Arrested Persons are Level 02, and all Vehicles are Level 03. Could something be done with that for the group break?
                    Sergeant Richard Hartnett
                    Hyattsville City Police Department
                    Maryland

                    Comment


                      #11
                      Re: Report Question (Too complicated to list)

                      Rich,

                      OK, I agree with Mike, but you could do this.

                      The record of the person has to have a reference to the existance of another record with vehicle information. Maybe a checkbox field for ?vehicle in the Person's table. Then there needs to a field holding the value for that link to the vehicle record (unique identifyer I assume you already have this). Then the juvenile�s record will have a reference to the vehicle record. Then your report has value that links it to another record's data for a bunch of calculated fields that are lookups to the vehicle record. I tried it in limited manner and this should work for you.
                      Mike W
                      __________________________
                      "I rebel in at least small things to express to the world that I have not completely surrendered"

                      Comment


                        #12
                        Re: Report Question (Too complicated to list)

                        I must have a had tough day, my brain is starting to hurt,concentration waning. I'm going to bed. I'll check back in the morning and I expect you guys to have solved this. :)
                        Tim Kiebert
                        Eagle Creek Citrus
                        A complex system that does not work is invariably found to have evolved from a simpler system that worked just fine.

                        Comment


                          #13
                          Re: Report Question (Too complicated to list)

                          Victims are Level 01, Suspects and Arrested Persons are Level 02, and all Vehicles are Level 03. Could something be done with that for the group break?
                          sure..

                          I would use in the group break an expression utilizing exist() to check for the existance (or lack of) a vehichle instead of using a dummy.

                          Comment


                            #14
                            Re: Report Question (Too complicated to list)

                            Rich, here is an example. It has one report. Push the red button.
                            Mike W
                            __________________________
                            "I rebel in at least small things to express to the world that I have not completely surrendered"

                            Comment


                              #15
                              Re: Report Question (Too complicated to list)

                              Mike I tried it, but I don't see any repeating information on any of the pages? Am I missing something?

                              (BTW, cool form layout.)
                              Sergeant Richard Hartnett
                              Hyattsville City Police Department
                              Maryland

                              Comment

                              Working...
                              X